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Priority Claim 

This application claims priority j^om U.S. Provisional Application 
Ser. No. 60/223,635, filed August 8, 2000, Attorney Docket No. MUSA-1-1001. 

Field of the Invention 
This invention generally relates to a system and method for monitoring and 
optimizing order processing, item production and worker productivity, particularly for 
products that are produced and services that are provided at least partly in. series. 

Background of the Invention 

The provision of a service or the production of a product often includes a number of 
tasks that must be performed, often in series. Particularly for products and services that are 
produced in quantity, the effort required to perform the predetermined tasks can be monitored 
to analyze many factors related to production. Over time, the collection of production data 
25 allows the calculation of expected costs, times, and other production aspects. As production 
continues, current values can be compared vdth expected values to assess whether individual 
workers or the system as a whole is progressing efficiently. 
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In pre-computer times, data collection and analysis was limited to handwritten worker 
or supervisor collection and fraught with errors and bad judgment. Computers have brought 
improvement and, in some cases, allow businesses to monitor and analyze certain 
manufacturing data. Unfortunately, many current systems require much customization to 
"fit" the system to the type of business or product output. This customization means many 
hours of consultant analysis and custom software programming. Furthermore, such 
customization is expensive and demands substantial attention from key business personnel to 
explain the production processes. The systems are difficult to use, often requiring the 
business to have key personnel famihar with certain computer programs or other information 
technology skills. Additionally, the types of data and analyses produced by present systems 
are often limited to hard production output and overlook individual worker involvement in 
the production of the products and services. Finally, present systems are often proprietary 
and thus expensive, placing tiiem out of the reach for many small businesses. 

Summary of the Invention 

The present invention comprises a system and method for monitoring and optimizing 
product or service output and worker productivity for a business in which products and 
services are produced in a manner that involves a plurality of tasks and which can include 
multiple workers involved simultaneously in the manufacture of a single product. 
Productivity is optimized by the collecting, analyzing, and reporting a variety of data. 

In accordance with further aspects of the invention, the system features an integrated 
order confirmation/manufacturing line/supply room path allowing orders to be ti-ansferred 
automatically to either the stockroom or the manufacturing facility. 

hi accordance with other aspects of the invention, the system automatically monitors 
stock level of both supplies and fmished products and indicates delivery dates for those 
products not in stock according to current production levels and existing orders. 

In accordance with yet other aspects of the invention, the system prompts computer- 
assisted purchase orders of suppUes with time-to-buy fimctions calculated automatically 
within preset parameters and using an active database, and calculates average delivery time 
of suppHes. 

hi accordance with still other aspects of tiie invention, the use of multiple cost 
databases, linked to user-determined and computer-determined parameters, permits the 
system to calculate suggested sale price of products. 
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In accordance with still other aspects of the invention, the use of multiple cost 
databases, linked to user-determined and computer-determined parameters, permits cost 
estimates for jobs to be calculated based on a target profit. 

In accordance with still other aspects of the invention, the use of multiple cost 
databases, linked to user-determined and computer-determined parameters permits the 
calculation of cost and profit margins of computer-modeled hypothetical product items and 
modifications to existing product items. 

In accordance with still other aspects of the invention, the use of multiple cost 
databases, linked to user-determined and computer-determined parameters, allows the 
monitoring of the use of materials and supplies on the production line to determine flawed or 
inaccurate supplies or wasteful or inaccurately planned manufacturing processes. 

In accordance with yet other aspects of the invention, the system monitors and 
analyzes item production statistics with the abihty to compare current data with historical 
values and make future projections. 

In accordance with yet other aspects of the invention, the system monitors and 
analyzes the labor time necessary for all jobs involved in manufacture, identifying production 
flaws and the cost of the flaws to the production process. 

In accordance with yet other aspects of the invention, the system monitors and 
analyzes both general plant productivity and each worker's personal productivity with 
period-to-period comparison, identifying, monitoring, and cost-quantifying ineflBciently used 
labor as well as the incidence of non-productive labor. 

In accordance with yet other aspects of the invention, the system is configurable to 
allow multi-level authorization for entering and viewing data. 

In accordance with still another aspect of the invention, the system helps spread 
management responsibilities to the workers, enhancing worker involvement as well as 
diminishing worker-management conflict, through the use of worker-supplied data and 
objective comparison to standards. 

In accordance with still further aspects of the invention, periodic reports of worker 
productivity and target profit achievement can be automatically scheduled for dissemination 
by the system, such as at the end of each month or quarter, as a further reminder to the user to 
maintain a vigil over the general company situation. 
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In accordance with still further aspects of the invention, instruction windows 
automatically will appear to guide the user along all jobs of the data input, both during initial 
data input and during daily operation. 

In accordance with still further aspects of the invention, the system also offers the 
user the possibility of making annotations relative to selected windows or onscreen forms on 
brightly-colored "notepad pages" which appear "attached" to the windows or onscreen forms 
being displayed. 

The linkage of all the above aspects of manufacturing into one management program 
allows a complete and real time control over profit generation unattainable by standard 
accounting procedure or by other methods available. 

Brief Description of the Drawings 

The preferred and alternative embodiments of the present invention are described in 
detail below with reference to the following drawings. 

FIGURE 1 is a block diagram illustrating an embodiment of the production 
monitoring invention. 

FIGURE 2 is a block diagram illustrating the data structure of the production 
monitoring invention. 

FIGURE 3 is a flow chart depicting a creation of a company process according to the 
production monitoring invention. 

FIGURE 4 is a flow chart depicting an order processing process according to the 
production monitoring invention. 

FIGURE 5 is a flow chart depicting the ordering of materials and supplies process 
according to the production monitoring invention. 

Detailed Description of the Preferred Embodiment 

FIGURE 1 is a block diagram depicting a preferred embodiment of the productivity 
monitoring system. In such an embodiment, the productivity monitoring system is comprised 
of a server 10 with attached data memory 20. One or more chents 40 are in communication 
with the server 10 via a network 30. The chents 40 are any processor-based device such as a 
desktop or notebook computer, PDA, or other device. Each of the clients 40 includes a power 
source, display, memory, and input device. Although the present invention is best suited to a 
client-server environment, it can be implemented solely on a single computer. 
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The server 10 is configured to send and receive data to and from other computers 
over the network 30, including to the cKents 40. Windov/s is the preferred operating system 
to control the communication flow of data between the server and cUent, although the chent 
and server may communicate using any of a variety of languages and data formats. While the 
5 server 10 is preferably a LAN server, it may alternatively be any type of hardware device or 
software code capable of being accessed over a network (including WAN, intemet, intranet, 
cable Unes, telephone lines, or any other wired or wireless network) by a remote cUent 
computer. The server 10 stores program instructions, program logic and productivity 
monitoring system data on one or more attached data memory devices 20. Though the 
10 memory 20 is depicted as a separate but attached device, it can be physically located in the 
same structure as the server 10 or in a facility distant from the server 10. 

The cUent computer 40 includes a display that is coupled to the chent 40 and displays 
the program monitoring data and other information or data downloaded from the server 10. 
The display is a computer monitor of the type typically connected to a home or office 
15 computer. Alternatively, the display may include a television, LCD panel, or any other 
device capable of visually conveying electronic information. 
Databases 

The product monitoring system of Figure 1 comprises multiple databases for 
monitoring and optimizing production output and worker productivity. FIGURE 2 is a block 

20 diagram illustrating the storage of the data in databases on the server data memory 20. The 
structure of FIGURE 2 is representative; the actual data need not be organized precisely as 
shown. The data is entered by the user from the client 40 or is a product of an automatically 
generated system output as further described below. 

At block 10 the system is configured to store in the server data memory 20 a Job 

25 Database (JDB) at block 100. The JDB contains each individual manufacturing task (referred 
to as a "Job") needed to produce a product. Productive and non-productive Jobs are included, 
as well as other worker activities that must be performed as well, such as tool maintenance. 
Jobs with known and constant or expected labor times are referred to as Database Jobs 
(DBJ). For Jobs having either a variable Time-To-Produce (TTP) or that are not repetitive in 

30 nature, the TTP is set to zero and the system automatically recognizes it as a Non-Database 
Job (NDBJ). The NDBJs are collected in a Non-Database Job Database (NDBJDB) at block 
102. A grouping of more than one Database Job or Non-Database Job is referred to as a 
Database Task (DBT). 
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When setting up the system, users are prompted to specify the various Jobs required 
to produce a product. If known, users can indicate that individual Jobs are either DBJ or 
NDBJ. If unknown, the system can determine whether a Job is DBJ or NDBJ by collecting 
data over time and evaluating whether the Job has been performed often enough and with 
5 sufficient uniformity that it should be classified as a DBJ. If not, it is classified as NDBJ. 

At block 105, the system includes an Anagraphic Customer Archive (AC A) database. 
The ACA contains data pertinent to customers for the purpose of processing orders, and 
includes such information as customer name, address, contact, phone numbers, special 
requirements, terms of goods rendered, notes, apphcable pricelist and currency to be applied 
10 when billing. 

At block 110, the memory includes a Sale History Database (SHDB). The SHDB 
contains general sale history as well as customer purchase history, such as items purchased 
over a period and turnover over a period. 

At block 115, the memory includes a Product Item Database (PDB). The PDB 
15 contains a listing of all materials and supplies necessary to manufacture a production item. 
The user specifies the required materials, and can tailor it over time if required. The PDB 
fiirther contains a Usting of the Database Jobs relative to the manufacture of each product 
item as well as the names of those workers who perform the Database Job, The PDB 
memorizes past as well as current values. 
20 At block 120, the memory includes a PriceUst Database (PLDB). The PLDB contains 

the sale prices of all items manufactured, permitting multiple prices for the same items if 
necessary and in relevant national currencies. The prices within the database are either set by 
the user or derived by the system as described below. 

At block 125, the memory includes an Item Inventory Database (DDB). The IIDB 
25 contains current inventory levels of items fi-om the PDB. 

At block 130, the memory includes an Order Confirmation Database (OCDB). The 
OCDB contains all pertinent information related to confirmed customer orders, including 
products, quantities, prices, delivery times, and order status. 

At block 135, the memory includes an Item Production Time Database (IPTDB), The 
30 IPTDB contains all data related to the production time accumulated through performance of 
DBJs in order to manufacture individual Product Items. The IPTDB collects the type and 
number of DBJs to be completed and the time required to complete each DBJ. 
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At block 140, the memory includes an Item Produced Database (IPDB), The IPDB 
contains all pertinent data related to all product items produced and shipped, including the 
quantities, dates, prices, and customers to whom products were shipped. 

At block 145, the memory includes an Anagraphic SuppUer Archive (ASA). The 
5 ASA contains all the data pertinent to suppliers such as address, name of contact, phone 
numbers, special requirements, notes, and other information. It also indicates the particular 
product components or materials obtained from suppliers. 

At block 150, the memory includes a Materials and Supply Inventory Database 
(MSDB). The MSDB contains inventory and cost information of all materials and supphes 
1 0 required to manufacture product items. 

At block 155, the memory includes a Purchase Order Database (PODB). The PODB 
contains all pertinent data related to purchases of materials and suppKes needed for the 
manufacturing process including number and type of materials and supphes ordered, prices, 
promised delivery dates, and actual delivery dates. 
15 At block 160, the memory includes an Anagraphic Employee Archive (AEA). The 

AEA contains all the data pertinent to workers. In addition to standard data such as address, 
phone numbers, area skills, user-entered comments, and others, the AEA also contains a cost 
of labor record. The cost of labor record is a memorization of individual labor cost values. 
Their changes are recorded in order to permit past data reference. 
20 At block 165, the memory includes a Worker Report Sheet Database (WRSDB). The 

WRSDB contains all the data pertinent to the number of Database Jobs that a worker has 
performed mcluding the time the worker required to complete each Database Job, mcluding 
overtime, cost, and productivity data. 

At block 170, the memory includes a Current Workday Calendar (CWC). The CWC 
25 contains all pertinent information related to the days of the year in which a worker is 
available to manufacture a production item. 

At block 175, the memory includes a Worker Absence Database (WADB). The 
WADB contains all pertinent information related to a worker's absence from production 
including such data as the number of hours and days missed. 
30 Still other databases can be included, depending on the type of data desired to be 

collected. Likewise, the data can be organized differently, so long as it is possible to 
associate production times and costs with individual workers and tasks required to produce 
products or provide services. 
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User-Specified Parameters 

The product monitoring system uses the data collected during the production process 
to determine a variety of productivity values. In addition to the collected data, certain 
productivity values are calculated as a function of user-specified parameters. The following 
parameters are specified by the user. 

Worker Cost of Labor Parameter (CL+P). The CL+P is the base minimum gross cost 
of labor, preferably expressed as an hourly wage for each worker. 

Time averaging parameter (TA+P). A system logic command to determine a Time 
Averaging Parameter (TA+P) is provided. The TA+P is number of days a data set must be 
calculated for an average for that data set. 

Delivery Date Safety Margin Parameter (DSM+P). The DSM+P is a user-specified 
number of days that will subsequently be added to the system-calculated delivery date in 
order to provide a delivery safety allowance. 

Hidden Cost Correction Parameter (HCC+P). The HCC+P is used to adjust a 
suggested sale price of products that would otherwise be based upon costs related to labor, 
material, and supply. The corrective attribute is a flat amount per item, a percentage applied 
to costs, and/or a percentage of the sale price, depending on the preference of the user. More 
than one HCC+P may be appUed to a single product, and the system allows the user to name 
each one for easy reference in order to provide a safety allowance against hidden, 
unpredictable, or possible added costs. 

Overhead Expenses Parameter (OE+P). The OE+P is an allocated overhead expense 
added to the sale price of a product. When calculating suggested sale prices of products, in 
addition to costs related to labor, materials, supply, and hidden cost correction, an overhead 
expense may be applied in order to provide a complete cost report analysis and aid cost 
projection. The OE+P represents the general cost that the user sustains in doing business, and 
may include allocated rent, utihties, non-production staff salaries, and other items. While the 
OE+P is preferably specified by the user, the system can alternatively collect overhead cost 
data over time and allocate it proportionally to products as they are produced. The OE+P is 
specified and applied either a flat amount per product, a percentage applied to labor, material, 
and supply costs, or a percentage apphed to current sale prices. 

Target Profit Margin Parameter (TPM+P). The TPM+P represents the net profit 
margin that the user desires to earn on a product production line, expressed in percentage 
markup over total cost. 
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Salary incentives. The user will specify two parameters, the Gross Salary Incentive 
Parameter (GSI+P) and the Salary Incentive Calculation Base Parameter (SICB+P). The first 
parameter, the GSI+P, is a fractional number representing an applied percentage to the base 
salary that a worker will receive in exchange for proportional increases in productivity. In 
this application, the worker receives a bonus for an increase in productivity, with no 
minimum before the bonus is applied. Alternatively, the SICB+P imposes a Worker 
Productivity Coefficient (WPC) threshold above which the incentives begin to be calculated. 
A variety of alternative worker incentives could be employed, such as a progressive 
monetary bonus for increased Jobs completed per period of time. 

Foreign Currency Conversion Parameters (FCC+P). The FCC+P is the conversion 
parameter for converting foreign currency into local currency. This parameter can be updated 
automatically as required, and is to be applied to all data requiring conversion. In addition, 
multiple currency conversion parameters may be entered if data is gathered in enough 
different cixrrencies to require it. 

Worker Report Sheet Check Allowance Parameter (WRSCA+P). The WRSCA+P is a 
specification indicating the amount by which a worker's productivity may vary from the 
expected productivity. For example, if a discrepancy occurs between the number of Database 
Jobs performed (as indicated in the worker-suppHed report sheet) and number of Database 
Jobs expected (according to the Items Produced Database over the same period), a warning 
indicator is presented on the client display monitor. The warning indicator is preferably an 
icon or other graphical symbol capable of alerting the user via the client 40 display to a 
system data abnormality. 

Worker and plant productivity 

By using the user-specified parameters and the data collected and assembled into the 
various databases, the system is able to determine a variety of productivity values. 

Worker productivity. The AEA database contains general worker information in 
addition to a Worker Productivity Coefficient (WPC) for each worker. The WPC is 
calculated as frequently as desired to allow for WPC trends by week, month, quarter, year-to- 
date, or other periods. In addition to trends, a current-period WPC can be compared with 
previous periods, displaying them in both numeric and graph form. 

The WPC is derived by data supplied in a Work Report Sheet (WRS). Although the 
term "report sheet" is used, the data itself can be recorded on paper or entered electronically 
without first printing it on paper. As such, the term "WRS" does not require the use of a 
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paper record. The WRS lists the number of Database Jobs that have been perforaied during a 
given period, for example a work day or week. The WRS also includes the time devoted to 
performing Non-Databased Jobs (NDBJT) in the given period. The above reporting assumes 
that more than one Job can be performed in a single reporting period, and that the worker is 
to perform as many Jobs as possible. Alternatively, a specific number of Database Jobs may 
be requested to be performed over a given period. In such a case, the worker indicates the 
time required to perform the Database Jobs and annotates the time necessary to perform the 
NDBJs, if any, during the same period. 

The resultant data from the WRS will be periodically entered into the system by the 
user through a form displayed on the cUent 40. As indicated above, the data can be entered 
into the system directly, without the need for an intermediate paper WRS. In addition, it does 
not matter whether the data is entered by the worker, a supervisor, or another individual. StiU 
further, certain of the WRS data maybe automatically entered from other sources, rather than 
by a user. When entering the WRS data, the user will: 

a) select the given period over which the data refers; 

b) select the apphcable worker from the AEA; 

c) enter the types and quantities of performed DBJs over the given period; 

d) enter the NDBJTs over the given period and the time required for each; 

e) enter the actual worker presence over the given period (referred to as the 
number of Hours on Site - HOS); and 

f) enter an eventual time correction as required (TC). 

The WRS information is stored in the Worker Report Sheet Database (WRSDB). The 
annotation of eventual absences (sickness, leave of absence, etc.) not predicted by the 
Current Workday Calendar (CWC) are also entered and stored for future reference in the 
Worker Absence Database (WADB). 

Next, the system multipUes the number of DBJs by the applicable TTP for each job, 
resulting in the calculation of a Total Time to Produce (TotalTTP) for the completion of aU 
DBJs listed on the WRS. The TotalTTP is the total time the worker would have been 
expected to expend to complete the DBJs entered during the period. 

The system also determines the actual time spend on DBJs during the period. The 
NDBJT is subtracted from the HOS to provide the Corrected Work Time (CWT), which may 
be further adjusted by subtracting a time correction (TC). The TC is a period of time during 
which the worker was on-site but was involved in approved but non-productive activities 
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such as training, meetings, or others. The TotalTTP is divided into the CWT, which will 
provide the WPC in the form of a decimal value greater or lesser than 1. (Alternatively it may 
be expressed in percentage or other forms, such as a fraction or a percentage). Thus, the 
WPC indicates how efficient the worker was in performing DBJs. 

Stated in equation form, the WPC is derived as follows: 
Worker Productivity Coefficient (WPC) O = A /((S - Q) - P) 
A= Total Time To Produce (TotalTTP) 
S= Hours on Site (HQS) 

Q= Time necessary to perform Non Database Jobs (NDBJT) 
P= Eventual time correction (TC) 

The system, via the WRSDB, also derives a comparison of WPC data between 
different periods (current against previous month, current against previous quarter, current 
against previous year-to-date, etc.) by obtaining the WPC over the chosen periods. 

The system will also calculate and record the total cost of labor relative to the period 
covered by the WRS in the AEA, including eventual pay incentives and overtime wages. 
Because the database includes worker identity, worker time, salary, incentives, and 
productivity, the system is able to determine the total cost of labor to complete each DBJ. 

Absenteeism. A Worker Absenteeism Coefficient Parameter (WA+P) is also 
calculated. The WA+P is calculated by the system by using the Current Workday Calendar 
(CWC) to determine the number of work hours predicted over a selected period, then 
subtracting the actual worker presence over a given period (Hours on Site = HOS). The 
selected period is normally determined by the Time Averaging Parameter (TA+P). This 
result can be divided into the work hours predicted over the selected period to provide the 
WA+P. It is expressed as a coefficient as follows: 

WA+P Q = ((S-p)/5;)+l 

E= number of work hours predicted over TA+P selected period 
P= HOS over same period 
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The mmotation of eventual absences (sickness, leave of absence, etc.) not predicted 
by the Current Workday Calendar (CWC) is thus automatically indicated and stored for 
future reference in the Worker Absence Database (WADB), 

WRS data audits. The system also audits the worker-supphed data on the WRS for 
5 accuracy. The number of DBJs listed by the worker are summed over a given period and 
compared v^ith the expected nxmiber of DBJs obtained by accessing the Items Produced 
Database (IPDB) for the same period (to determine which products were produced) and the 
IPTDB (to determine which DBJs were required to manufacture the products). If the WRS is 
accurate and there are no abnormalities, then: 

10 

(D = A 

0= total number of repetitions of given DBJ resulting as necessary to 
manufacture items produced over period, accessed from OCDB and IPTDB 

A= total number of repetitions of given DBJ as recorded in WRS by workers 

15 

If O < A, then there may be an inaccuracy in which more DBJs are recorded as 
having been performed as compared to those necessary. In this case a warning icon will 
appear on a cUent machine. Chcking on the icon (for example, by using a mouse or other 
pointer device) will give the ratio of expected to recorded repetition, useful for further 
20 investigation. The occurrence of flawed production will appear in this case. 

If O > A a different warning icon will appear, signaling possible improper form 
compilation, giving the ratio of expected to recorded repetition and likewise need for further 
investigation. 

In a preferred embodiment, the user can specify a Worker Report Sheet Check 
25 Allowance Parameter (WRSCA+P), The WRSCA+P is an error tolerance level that is used to 
instruct the system to display the warning icons only above a desired percentage or other 
magnitude of allowance. 

Worker incentives. This function provides the definition and calculation of salary 
incentives for workers that increase their individual Worker Productivity Coefficient, to be 
30 paid in addition to their normal salary. Over the time period in which wages are paid 
(generally by week or month) the following formula is used: 
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Salary incentive over period X = ((((A x (O / K)) - A) x Q) x S 
O = Current Worker Productivity Coefficient (WPC), accessed from AEA 
A= Worker Cost of Labor Parameter (CL+P) 
Z= Hours On Site (HQS), accessed from CWC and WADB 
5 Q= Gross Salary Incentive Parameter (GSI+P) 

K= Salary Incentive Calculation Base Parameter (SICB+P) 

Eventual negative values will appear in the event of workers who perform poorly as 
according to parameters, or in case of gross errors in data input or WRS compiling. When a 
10 salary incentive determination is calculated and confirmed by worker and period, this data 
will be stored in the AEA for ftiture reference. 

A variety of altemative methods can be used to derive salary incentive amounts. For 
example, the system can provide a bonus for each DBJ completed, or a bonus for each task 
completed above a minimum threshold. In any event, the system uses expected and actual 
15 productivity values to produce an incentive bonus as a function of a user-specified incentive 
amount. 

Overtime incentive calculation. The worker incentive calculation for overtime is 
similar to the standard worker incentive calculation, except the CL+P is different. For final 
pay calculation the result of the overtime incentive calculation (below) is summed to that of 
20 the normal salary incentive calculation (above). Multiple levels of overtime pay (for 
Saturdays, nights, etc.) are likewise calculated by the system as required. For example: 

Overtime salary incentive over period X = ((((A' x (O / K)) - A) x Q) x E 
A' = Overtime Worker Cost of Labor Parameter (CL+P') 

25 

When a salary incentive or overtime determination is calculated and confirmed by 
worker and period, this data will be stored in the AEA for future reference. 

Nonproductive labor. The system further assesses the costs of non-productive labor 
(maintenance, repairs, tooling, etc.). During preliminary data entry of DBJs and NDBJs, 
30 some of them may be considered classifiable as "non-productive" and grouped in one or 
more tasks as non-productive tasks (Tasks) and named appropriately for easy reference. The 
system determines both the time and cost incidence of these Jobs singularly, and grouped as 
Tasks, over a desired period of time. To determine the time incidence, or percentage of time 
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spent on these Database Jobs or Tasks compared to the total HOS over a given period, the 
former is simply divided into the latter. This function, of course, can be used for any 
Database Jobs or Tasks, not just "non-productive" ones. For example: 

Time incidence of desired jobs over HOS is expressed as: O = K / y 

K = TotalTTP or NDBJT of Jobs or Tasks selected, accessed from WRSDB 

y = HOS during given period, accessed from WRSDB 

As with other data and productivity values, the nonproductive labor values can be 
derived and compared over any range of time periods. 

Cost of jobs. The cost incidence of selected Jobs or Tasks are likewise determined by 
attributing a value to the TotalTTP or NDBJT of Jobs or Tasks selected, by applying the 
hidividual Corrected Labor Cost Parameter (ICLC+P) to each time value by a worker who 
performed the Jobs, and comparing the computer value to the total labor cost. An example 
based on two workers is calculated as follows: 

Cost of selected jobs during given period is expressed as: y = (9 x A) + (9' x A'^ 
Cost incidence in percentage of selected jobs over labor cost during given period is 
expressed as: S = (9 x A) + (9' x A") / Q 

Q = total labor paid over period for workers, accessed from AEA 

9 = TotalTTP or NDBJT of Jobs or Tasks selected, accessed from WRSDB 

A = hidividual Corrected Labor Cost Parameter (ICLC+P) 

Variations over time. The system ftirther derives and displays variations in 
productivity values over any desired period of time. This allows, for example, increases of 
the time incidence of non-productive labor, or worker correction of production errors (if this 
is registered as a NDBJ), to be closely monitored. The system also permits comparison of 
data between different periods (current against previous month, current against previous 
quarter, current against previous year-to-date, etc.). 

Additional Productivity Values 

hi addition to the above indicators of worker productivity, the system derives many 
other values useful in assessing overall plant and worker productivity, as follows. 
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Average General Plant Productivity Coefficient Parameter (AGP+P). The AGP+P is 
the Worker Productivity Coefficient (WPC) of all workers averaged over the period 
determined by the TA+P and taking into account eventual differences in HOS between 
workers. For example, the AGP+P with four workers is calculated as follows: 

5 

AGP+P p = ((A X 2) + (A' X E') + (A" x S") + (A"" x I"")) / a 
A= WPC of individual workers 
S= HOS of individual workers 
a= Total combined HOS of all workers 

10 

Average Daily Usage Rate of Materials and Supplies Parameter (ADUMS+P). The 
ADUMS+P is a value determined for each material and supply by accessing the Order 
Confirmation Database (OCDB), the Product item Database (PDB, and the Materials and 
Supphes Database (MSDB), thereby obtaining the quantity of materials and supplies needed 
15 for products on order, then dividing each quantity by the number of days needed for delivery 
of the same. For example: 

ADUMS+P x = i:/u 

S= quantity of materials and suppUes needed for products on order, accessed 
20 from the OCDB and MSDB 

n= number of working days necessary for delivery, accessed from OCDB 
or, if n <90, then the following formula is used: l = 

= materials used during previous 90 working days, accessed from MSDB 

ni=90 

25 Alternative values for S, 11 and may be chosen if desired. For example, instead 

of accessing the OCDB to obtain the products currently on order and determine S value on a 
future necessity basis, one may opt to access the Items Produced Database (IPDB) in order to 
calculate Z value on a past-necessity basis. The value attributed to n can vary according to 
the characteristics of the product items and production levels. Lower production levels will 

30 require higher 11 values to maintain accuracy. 

Minimum Allowed Material and Supply Inventory Level Parameter (MMSIL-^P), The 
MMSE.+P is a threshold inventory level of materials and supplies below which it is 
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necessary to reorder. This level, which is used by the system as a parameter for each different 
material and supply, is calculated where the MMSIL+P is the result of the average deHveiy 
time of a given material or supply (in days) multiplied by the average daily usage rate and 
adjusted for the Quantity of Waste parameter (as determined below). For example: 

MMSIL+P a = (r2x(l+P))x X 

Q= average delivery time for supply of said material, accessed from ASA 
P= Quantity of Waste Parameter (QW+P) 
^= average daily usage rate of said material 

Non-Databased Job Time Parameter (NDBJ+P). The NDBJ+P is calculated by 
dividing the result of the subtraction of the time necessary to perform Non Database Jobs 
from the Hours On Site by the HOS. For example: 

NDBJ+P 0 = (S-K)/S 

2:= Total HOS over TA+P selected period 

K= Time necessary to perform NDBJ over same period 

Quantity of Waste Parameter (QW+P). The QW+P is the average mcidence of flawed 
materials and supplies, recurrent supply error, worker waste, basic usage miscalculation, or 
other causes which determine a higher-than-expected usage of materials and supplies. The 
QW+P is calculated by dividing the expected inventory level by the actual inventory level 
resulting from a physical check after a period of time has been allowed to pass. Both 
inventory levels are stored in the appropriate database. For example: 

QW+P ^ = {k/Y)-\ 

X= Expected inventory level of given material, determined by accessing 
MSDB and Items Produced Database (IPDB) 

Y= Actual supply level of suitable given material resulting from physical 
inventory check 
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Material and Supply average Delivery Time Parameter (MSDT+P). The MSDT+P is 
the measurable time that passes between the submission of a purchase order of a given 
material or supply and when it is received. For example: 

MSDT+P A = (S - p) 

p = date a given material or supply was ordered, from Purchase Order Database 

(POD) 

E = date the same material or supply was received 

Individual Corrected Labor Cost Parameter (ICLC+P). The ICLC+P is the base 
minimum gross cost of labor plus eventual productivity incentive, eventually differentiated in 
standard, weekend, overtime, or other labor costs individually by worker. For example: 

ICLC+P <|> = 7i + e 

TT = Worker Cost of Labor Parameter (CL+P) 
9 = Gross Salary hicentive 

Individual Effective hourly Labor Cost Parameter (lELC+P). The lELC+P is the 
actual gross cost of labor that the user pays for the worker with respect to Jobs, considering 
ICLC+P and Worker Productivity Coefficient (WPC). It is eventually differentiated for 
standard, weekend, overtime, etc. labor costs. For example: 

lELC+P T = K/p 
K = ICLC+P 
P = WPC 

Average Worker Cost of Labor Parameter (ACL+P). The ACL+P is the average base 
minimum gross cost of labor of all workers. 

Average Corrected Labor Cost Parameter (ACLC+P). The ACLC+P is the average 
base minimum gross cost of labor plus eventual productivity incentive, calculated over all 
workers. This value will change each time worker productivity is recalculated. 
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Average Effective Hourly Labor Cost Parameter (AELC+P). The AELC+P is the 
average actual gross cost of labor that the employer pays for the worker with respect to Jobs, 
considering ICLC+P and Worker Productivity Coefficient (WPC), calculated over all 
workers. 

Material cost of items produced. The user selects the product for which a total cost is 
desired. The system accesses the Product Item Database (PDB) to determine the needed 
quantities of material and supplies. To each of these quantities the Quantity of Waste 
Parameter for the given material or supply will be appHed. The resultant quantities are 
multiplied with the delivered unit costs of each needed material and supply as accessed from 
the MSDB. For example, with two materials and supplies needed the formula is: 

Materials and supply costs of a product item S = (((A x (1+Q)) xX) + (((A' x (1+fi')) 

xV) 

A = quantity of given material or supply, accessed from PDB 

X = delivered unit cost of given material or supply, accessed from MSDB 

Q = Quantity of Waste Parameter (QW+P) for given material or supply, accessed 
from MSDB 

This value is stored and displayed in the PDB. 

This fimction may be similarly used for hypothetical items that do not yet exist in 
order to evaluate their potential cost to produce, using the Create Product Item fimction, or to 
evaluate the cost impact of modification to existing products through the Modify Product 
Item function. 

Labor cost of items produced. The user selects the product for which labor cost 
information is desired. The system will access the Item Production Time Database (IPTDB) 
which Hsts the Database Jobs with their Time-To-Produce (TTP), and the identities of the 
workers who perform them. The system will access the Anagraphic Employee Archive 
(AEA) in order to retrieve the Individual Effective hourly Labor Cost Parameter (lELC+P) of 
each worker involved and multiply each Database Job TTP by the lELC+P. This result can 
be added to the cost of the NDBJs, which can be calculated by summing the total TTP of the 
DBJs and applying the NDBJ + P, and multiplying this value by the Average Corrected 
Labor Cost Parameter (ACLC+P). The total will represent the entire labor cost of the product 
item produced. For example, with three different Database Jobs performed by three different 
workers the formula is: 
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Labor cost of item n = ((((A/60) x O) + ((A760) x O') + ((A"/60) x 
O")) + ((((A + A' + A")/60) X P) X a) 

A = Time To Produce (TTP) of given Database Job (DBJ) 

O = Individual Effective hourly Labor Cost Parameter (lELC+P) 

P = Non-Databased Job time Parameter (NDBJ+P) 

a = Average Corrected Labor Cost Parameter (ACLC+P) 

In this example the TTP are expressed in minutes. If TTP are expressed in hours or 
other time units, the formula must be changed accordingly. This value is stored and accessed 
by the user from the PDB. 

As with the material cost calculation, this fimction may be similarly used for 
hypothetical items which do not yet exist in order to evaluate their potential cost to produce, 
using the Create Product Item function, or to evaluate cost impact of modification to existing 
products through the Modify Product Item function. 

Total production cost. The materials and suppHes cost (as referenced above) are 
summed with the labor cost (as referenced above) and one or more safety margin costs, 
called the Hidden Cost Correction Parameter (HCC+P). If desired, an Overhead Expenses 
Parameter (OE+P) can be added to provide coverage of overhead expenses. For example, the 
formula is: 

Total cost of item y = A + E + A, + p 

A = Cost of materials and supplies to produce given product item, as calculated above 
2 = Cost of labor to produce given product item, as calculated above 
A, = Hidden Cost Correction Parameter (HCC+P) 
P = Overhead Expenses Parameter (OE+P) 
In this instance, the HCC+P and OE+P are expressed as percentages of the sum of 
cost of labor and cost of materials. This value is stored and displayed in the PDB. 

This function may be similarly used for hypothetical items which do not yet exist in 
order to evaluate their potential cost to produce, or to evaluate cost impact of modification to 
existing products. 
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Deriving sales prices. The user, through a form displayed on the client 40, can view 
all cost values pertaining to a selected product item: cost of materials and supplies, cost of 
labor, incidence of hidden Cost Correction Parameter(s) (HCC+P), and incidence of 
overhead Expenses Parameter (OE+P). To the total cost value, the system will prompt the 
Target Profit Margin Parameter (TPM+P) and calculate the suggested sale price. For 
example: 

Calculating suggested sale price of product item X = (A + 1 + X + p) x (1 + a) 
A = Cost of materials and supplies to produce given product item, as calculated above 
= Cost of labor to produce given product item, as calculated above 
= Total of Hidden Cost Correction Parameters (HCC+P) 
= Overhead Expenses Parameter (OE+P) 
= Target Profit Margin Parameter (TPM+P) - prompted 

The user may choose to ignore the TPM+P, selecting a different target profit margin 
as desired, and the system will recalculate the suggested sale price with the modified value. 
Clicking on the cost of materials value displayed on the cUent display will prompt the PDB to 
display all materials and supplies needed for manufacture of the item, allowing changes to be 
made. Clicking on the cost of labor value will prompt the IPTDB to display all Database Jobs 
necessary for manufacture of the item, as well as the identities of those workers who perform 
them, their individual productivity, and their labor costs, allowing other changes to be made. 
Once the user has determined the desired sale price, he will confirm it and the confirmed 
product item price will automatically entered into the PriceUst Database (PLDB). The system 
allows the same price to be expressed m different currencies by applying stored exchange 
rates. Likewise, any changes made to quality or quantity of materials and supplies or DBJs 
will be recorded. 

This function may be similarly used for hypothetical items which do not yet exist in 
order to evaluate their potential sales price, or to calculate the resulting sale price of an 
existing product item to which modifications are apphed. 

Estimated costs, profits, and prices of a new product item. In order to estimate the 
cost of a new product item or service, the user, via a form displayed on the client 40, selects 
an appropriate function. The user then selects all materials and suppHes needed for 
manufacture of the new item from the MSDB selects all Database Jobs necessary for 
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manufacture of the item from the JDB, adding new jobs or materials as necessary. All the 
relative costs will appear as referenced above, as will the price calculation function. If the 
user desires to confirm the new product item, the system - will prompt him to add the 
necessary data (name of product, code number, etc.) and the new product item will be entered 
5 into the PDB. 

Modifying existing products. The Modify Product Item function works in the same 
fashion as the Create New Product Item function, except that the user selects an existing 
product item or service from the PDB. He then selects all additional or varied quantities of 
materials and suppUes needed for manufacture of the new item from the MSDB. He also 

10 creates, deletes or modifies Database Jobs necessary for manufacture of the item from the 
JDB. He can also vary delegation of Database Jobs to workers with different productivity and 
labor cost levels. All the relative costs will appear as referenced above, as will the price 
calculation function. If the user desires to confirm the modified product item, the system will 
prompt him to confirm the necessary data (name of product, code number, etc.) and the 

1 5 modified product item will be entered into the PDB, 

Estimated profitability. When product items are grouped into categories (product 
lines), the system provides both an arithmetic average of the profit margin per item in the 
selected category, or a weighed average according to sales over a given period (both 
expressed in system currency value). For example, three product items in a product hne are 

20 calculated as follows: 

Calculating arithmetic average A = (0 + 0' + 0") / K 

Calculating weighed average by sales p = ((0 x O) -f (0' x O') + (0" x O")) / 2 
0 = Profit margin relative to product item 
25 K = Number of product items in category 

O = Number of items sold over given period 

S = Total number of all product items in category sold over given period 

The system also permits comparison of data between different periods (current 
30 against previous month, current against previous quarter, current against previous year-to- 
date, etc.), as well as trend display, with numerical and graphic representation. 

Estimated global profitability. The user can calculate theoretical cumulative profit 
margin (expressed in system currency value) on all product items manufactured. This 
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fimction is useful for testing profit margin validity before defining prices, and for later 
comparison with real profit margins attained. The system will provide a weighed average 
according to sales over a given period. For example, where three product items are in the 
PDB the formula is: 

Calculating weighed average by sales P = ((0 x O) + (0' x O') + (0" x <D")) / S 
0 = Profit margin relative to product item 
O = Number of items sold over given period 

Z = Total number of all product items in category sold over given period 

The Global Evaluate function will also display all system-calculated parameter data, 
such as Worker Absenteeism Parameter (WA+P), Average General plant Productivity 
Coefficient Parameter (AGP+P), Non-Database Job time Parameter (NDBJ+P), the Average 
Worker Cost of Labor Parameter (ACL+P), Average Corrected Labor Cost Parameter 
(ACLC+P), Average Effective hourly Labor Cost Parameter (AELC+P), Quantity of Waste 
Parameter (QW+P) of materials and supplies, and average sale price of product items, hi 
addition. Global Evaluate will also display sales made and average delivery time for 
customer orders, as well as provide access to statistical data regarding all measurable aspects 
of the business conducted. 

The system also permits comparison of Global Evaluate data between different 
periods (current against previous month, current against previous quarter, current against 
previous year-to-date, etc.), as well as trend display, with numerical and graphic 
representation over period. 

Real global profitability. The system calculates real global profitability by subtracting 
real costs sustained fi-om real revenue billed, hi this manner, actuality situations such as 
quantity discounts, price rounding, special offers and even mistakes in pricing when 
invoicing are taken into account so that actual (true) profits can be more accurately 
estimated. Comparison to previously estimated profit margms obtained via the Estunated 
Global Profitability function becomes useful in verifying accuracy of projected data. 
Overhead is also taken fi-om actual data. For example: 
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Real global profitability estimation K = A - (S + (0 + P) 

A = Total revenue billed over period, accessed from SHDB 

S = Total cost of labor sustained over period, accessed from AEA 

0 = Total cost of materials and supplies sustained over period, accessed from ff DB, 
5 PDB, MSDB 

P = Correction for Overhead Expenses Parameter (OE+P) as based on costs sustained. 

The system also permits comparison of real global profitability data between different 
periods (current against previous month, current against previous quarter, current against 
previous year-to-date, etc), as well as trend display, with numerical and graphic 
1 0 representation over period. 

If, over a period of time, the user notices a consistent difference between theoretical 
global profitability and real global profitability, this data may be used to constitute a relative 
Hidden Cost Parameter for new pricing, in order to ensure better accuracy of actual cost and 
profit predictions. 
1 5 Installing the monitoring system 

FIGURE 3 is a flow chart depicting a process of installing and using the monitoring 
system according to the production monitoring invention. In particular, the productivity 
monitoring system can be installed and tailored to any company by the user without external 
assistance. 

20 Referring to the flow chart of FIGURE 3, at block 200 a user accesses the system to 

enter general company data (name, address, etc.) via a form displayed on the client 40 and 
stored on the server data memory 20 in one or more databases as referenced in FIGURE 2. In 
this embodiment, the data is entered via a cUent for storage in a memory associated with the 
server. Altematively, the data could be entered directly into the server. 

25 At block 210 the user creates a company (or gathers the applicable data related to a 

company aheady in existence; in this sense, "creating" a company means creating database 
records for a company not previously entered in the database). The company is the entity for 
which the data will be entered and analyzed by the user and the system. Although the system 
permits the management of multiple companies, the last company to be entered will remain 

30 active in default as the company the system is managing, unless another company is selected 
by the user upon accessing the system. Each company entered will result in the creation of a 
separate data storage directory in the server data memory 20, containing all active files 
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pertinent to each distinct company and thus permitting the monitoring and analyzing of 
multiple company data. 

At block 220, the names of those alternative persons (users) who will be accessing the 
system are entered with their personal passwords, and an assignment of Level 1, Level 2, or 
Level 3 data access for each user. The data level numbers refer to the security access level to 
company data a user has. The higher the number the greater access to the company data a 
user has. 

At block 230 the system then proceeds with demonstrating on the client 40 display, 
step-by-step illustration of how each function operates and what data must be gathered by the 
user and entered in the appropriate databases in order for each fimction to work correctly. 
Both text and diagrams appear in order to clarify the concepts. 

After the illustration of each function is concluded, at block 240 a form displayed on 
the client 40 will prompt the user to attribute a Level 1, Level 2, or Level 3 status to each 
system function, thereby determining the access of each user to more sensitive data and 
restricting access to some data to selected users. For example, a Level 1 user can be enabled 
to enter data such as order confirmations or worker-supplied job reports, but may not have 
access to viewing profit earned per item or worker productivity coefficients if Level 2 or 3 
status is chosen for these fimctions. 

At block 250, the user will configure the system setup variable, which determines for 
the system the means of communication between company offices, for example e-mail, fax, 
or printed document. This information is stored on the server 10 in the system data memory 
20 in one or more databases as referenced in FIGURE 2. 

Once the initial data entry is completed, it will require a Level 3 (highest) status user 
to change any of the data entered or selections made. Upon completion of the user entering 
the data, the system is ready to accept customer orders. 

While the order of sequence is exemplified above, the data such as labor costs, 
customer purchases, or product items produced, may be entered in any number of sequences, 
including retroactively in order to form statistical databases permitting the system to be used 
effectively after installation. Alternatively, a "Temporarily Disabled" statiis may be chosen 
for some of the more complex functions. Selecting this statiis allows the user to gain 
familiarity with the basic functions of the system and begin use of the system without 
becoming confused by some of the more complex functions, thus allowing the user to enter 
data at a time later than at original configuration. 
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Processing orders 

FIGURE 4 is a flow chart depicting the processing of an order according to the 
production monitoring invention. At block 300, the user accesses the system server 10 from 
the chent 40 to enter a customer order. The cUent 40 displays a form prompting the system to 
display customer data (mailing address, shipping address, purchasing agent, telephone and 
fax numbers, etc.) by accessing the Anagr^hic Customer Archive (ACA) referenced in 
FIGURE 2. At block 305 the user confirms the ACA data and enters necessary changes on 
the form and when finished confirms that data to the system which copies the pertinent data 
from the ACA directly into the correct form areas of the Order Confirmation (OC). The ACA 
will also provide the vahd price Ust for the customer and for billing purposes only, the 
relevant billing currency, which may be different than the foreign currency being 
transformed into system currency for all other purposes. Access to the ACA also provides 
more sensitive data about the customer, such as credit history, statistical information 
regarding item purchase by week, month, quarter, year-to-date, etc. also with comparison to 
previous periods. 

At block 310 the user then enters details of the items ordered by the customer 
(quantity and types of items desired), while the system prompts the prices and discounts to be 
applied accessing both the Product Item Database (PDB), the PriceUst Database (PLDB), and 
the ACA, the latter also for eventual special instructions or client preferences. In the event 
that the pricing of a user selected product item is older than changes of any product item 
cost-related data (e.g., cost of supplies or materials, cost of labor, general plant productivity, 
etc.) at block 315 an alarm icon will appear indicating that the pricing of the selected product 
item requires review. The icon is any graphical symbol capable of alerting the user via the 
client 40 display to a system data abnormaUty. 

If the user chooses to respond to the icon, at block 315 the user will prompt the 
system to provide a price calculation fimction form to appear on the chent 40 display 
allowing the user to confum current pricmg by reviewing the order form at block 320 and 
reentering the data if necessary at block 310. 

At block 325 upon completion of the entering of the order details by the user at 
block 310, the system accesses the Item Inventory Database (IIDB) to determine if the 
requested products are available from stock for immediate shipment. Product items 
"reserved" through previous OCs but not yet shipped are not available to the IIDB. If the 
product items are not in inventory the user will complete the order entering and finahzing the 
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order as described below to instruct the system at block 360 to give the command to the 
appropriate workshop, assembly line, or plant that production of the product item can begin. 

If the product items are available from current inventory then at block 330 the order is 
confirmed completed for internal purposes but may still be subject to customer confumation 
5 at block 345. The resultant order confirmation, which will be comprise all information 
including customer information, items (quantity, description and price), preferred shipping 
method (as accessed from ACA), total due and other pertinent information as chosen by the 
user can be at block 345 transmitted to the customer for final approval, for example as in 
accordance with the ISO9000 standard. 
10 At block 350 the user must still command to finalize the order. While in the preferred 

embodiment that command is given immediately upon order confirmation, the system 
provides that the command may be given upon receipt of the countersigned order 
confirmation for example by a customer, or as otherwise desired by the user referred to at 
block 345. 

15 Finalizing the order confirmation at block 350 generates two separate Item Order 

Commands (IOC). An Inventory Item Command (EC) is transmitted to the stockroom to 
request that the finished items be prepared for delivery at block 370 as according to the 
customer's instructions. The IOC will be transmitted as by system setup indications (e-mail, 
fax, printed document). At block 355 an Item Production Command (IPC) is transmitted to 

20 the workshop/ assembly line/ plant where the system's access to the IIDB determines that 
those items are not in stock, thus requesting that the listed items be produced, indicating the 
same eventual special customer instructions as indicated on the OC. The IPC will be 
transmitted as by system setup indications (e-mail, fax, printed document). 

When each order command is satisfied, it is re-transmitted to the company office at 

25 block 360 that initiated the IOC, confirming task-done status; if modifications or 
clarifications are requested on either end (office-stockroom, or office-workshop) the IOC 
may be retransmitted back until all requisites are satisfied. The user may then proceed to 
finalize the sale. 

At block 365 the finalized sale results in transferring all data in the given Order 
30 Confirmation (OC) from the Order Confirmation Database (OCDB) to the Sale History 
Database (SHDB) and the Items Produced Database (IPDB). These databases are accessed 
both by the user, for reference to past sales, and by the system, to provide the data necessary 
to elaborate cost, sales, and profit performance statistics and to elaborate fiiture projections of 
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same. If billing has been performed in foreign currency, the system will transform the 
amounts into system currency before sa\ing this information. Sale fmalizing confirms exit of 
product items from the IIDB if they were removed from existing stock. If the user company 
is indicated as customer in the OC (for the purpose of replenishing inventory), the sale 
finalizing adds the product items to the IIDB. Sale finalizing can also directly generate an 
invoice, the issue of which may be linked to an accounting program to avoid the necessity of 
multiple entry of the same data. 

Once the order is confirmed and the EC is sent to the stockroom, at block 370 the 
order is fulfilled and the item or items are sent to the customer. 

Ordering materials 

FIGURE 5 is a flow chart depicting the ordering of materials md supplies process 
according to the production monitoring invention. Referring now to the flowchart of 
FIGURE 5, if the product items are unavailable at the time of order entry because of a lack of 
material and suppUes for production of the item as described above in FIGURE 4, the 
product items will be highlighted on the OC on the client 40 display with a predicted delivery 
date determined by the system in the following manner. 

The predicted delivery date is dependent on the Items on Order Database (lODB), the 
Item Production Time Database (IPTDB), and the Current Workday Calendar (CWC) which 
contains worker scheduling and other labor relevant information such as holidays, etc., and 
corrects for the average worker absenteeism by using the Worker Absence Database 
(WADB). The system applies the Average General Plant Productivity Coefficient Parameter 
(AGP+P) to the cumulative Total Time To Produce (TotalTTP) of all items to be produced 
obtained from the Item Production Time Database (IPTDB), in order to calculate the time 
necessary to complete the items, ordered in real-time as referenced in FIGURE 4 at block 
310. Lastly, since this calculation of delivery date is purely theoretical and, in practice, since 
the dehvery date itself can be influenced by a number of factors, a Delivery Date Safety 
Margin Parameter (DSM+P) may be added to furnish a safety margin of added time to the 
delivery date. An example of calculating the delivery time for out-of-stock items: 

Number of working days necessary for delivery = ((((A x 2) / 60) x Q x p) / a) + y 

A= Items on order, accessed from lODB 

Z= TotalTTP necessary to manufacture items on order, minutes, accessed from 

IPTDB 

Q= Worker Absenteeism Parameter (WA+P) 
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p= Average General Plant Productivity Coefficient Parameter (AGP+P) 

a= Worker hours available per day, accessed from CWC 

7= Delivery date Safety Margin Parameter (DSM+P) expressed in days 

While in the preferred embodiment the system will determine the delivery date, it is 
alternatively possible for the user to override the system when a customer requests a delivery 
date different from the one calculated by the system. 

At block 400 the system receives the command referenced in FIGURE 4 block 355 to 
begin production on one or more orders. Alternatively, if a newly-entered order confirmation 
is user-scheduled for delivery before other previously-confirmed orders via the user override 
option, the previously-indicated dehvery times will be re-calculated accordingly, in which 
case the system at block 410 will alert the user that previously-indicated delivery dates have 
become maccurate. The user may elect to inform the customer of the variation in delivery 
time, and in this case a revised Order Confirmation as referenced in FIGURE 4 block 340 
may be issued to the customer. 

When certain materials or supplies are not present in inventory (MSDB) to produce 
items for customer dehvery as referenced in FIGURE 4 block 370, at block 420 the system 
alerts a user that the MSDB levels indicate that materials or supphes must be ordered so that 
items scheduled for manufacture in the lODB may be produced and in such an instance an 
alarm icon will appear on the client 40 display. The icon is any graphical symbol capable of 
alerting the user via the client 40 display to a s>^tem data abnormality. The system 
determines when to alert the user using the following logic: 

time to order when (A -2) < a 

A= current inventory level of given material or supply, accessed from MSDB 
2= quantity of said material needed for products on order, accessed from PDB and 

lODB 

a= minimum allowed inventory level of said material, corrected for Material and 
Supply average Delivery Time Parameter (MSDT+P) and Quantity of Waste Parameter 
(QW+P) 

At block 430, in response to the alert of block 420, the user generates a system- 
prompted Purchase Order Form (POF) on the client 40 display. The POF contains 
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information regarding the supplier, current inventory levels of all the supphes purchased 
from the given supplier (not just the ones lacking) in both digital and analog format, and 
prompts the quantities to order based on a time-to-buy-more function, which is determined 
by the following formula: 

5 

quantity to order = (a-((A - E) x (1-p))) + ((X x Q) x (1 + p)) 

A= current inventory level of given material or supply, accessed from MSDB 
S= quantity of said material needed for products on order, accessed from PDB and 

lODB 

10 Q= Material and Supply av. Delivery Time Parameter (MSDT+P), accessed from 

MSDB 

P= Quantity of Waste Parameter (QW+P), accessed from MSDB 
a= Minimum allowed Material and Supply Liventory Level Parameter (MMSIL+P), 
accessed from MSDB 

15 X= Average Daily Usage rate of Materials and SuppKes Parameter (ADUMS+P), 

accessed from MSDB 

Once confirmed, the system ftirther at block 430 provides that the POP is 
automatically transmitted to the supplier by e-mail, fax or printed for sending by mail (or 
20 telephoning) as indicated as preferential in the ASA. The data in the POP will be 
automatically recorded by the system for future reference in the Purchase Order Database 
(PODB). 

Eventually, on the date agreed to by the suppher, at block 440 the materials and 
supphes are delivered. At block 450 the user enters the relative information into the Materials 

25 and Supply inventory Database (MSDB) through a form displayed on the chent 40. The user 
will select the suppUer and then insert received quantities of each material and supply, 
updating purchase prices when necessary. The system updates the quantities in inventory of 
materials and supphes in the MSDB accordingly. 

At block 460 the system compares this newly-entered data for each item with the 

30 purchase order that generated it, accessed from the Purchase Order Database (PODB), 
calculating the number of days necessary to receive the delivery from date of order, which 
becomes the Material and Supply average Delivery Time Parameter (MSDT+P), the latter 
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being eventually linked to the TA+P for accuracy over period. This data may be entered 
retroactively in order to permit recording of data subsequent to its receipt. 

At block 470 the system reviews all orders waiting to be processed because of lack of 
materials and supply and issues a command to the workshop, assembly line, or plant 
responsible for the product item's production to begin production. Upon completion of the 
product item at block 480 the item is shipped to the customer. " 

While the preferred embodiment of the invention has been illustrated and described, 
as noted above, many changes can be made without departing from the spirit and scope of the 
invention. For example, the program is adaptable to any manufacturing business and in some 
service businesses where a degree of repetitive operation is present. Though best suited for 
repetitive environments, it is also useful for other industries. The program can, in addition, 
manage more than one business or department at a time, permitting third-party utihzation. It 
can also be employed in a services-only organization (such as restaurant or hotel 
management) where worker productivity and labor management is a key issue. In such cases, 
labor tasks to perform DBJs, for example, might comprise the time to clean a hotel room. 
Accordingly, the scope of the invention is not limited by the disclosure of the preferred 
embodiment. Instead, the invention should be determined entirely by reference to the claims 
that follow. 
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